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SYSTEM FOR CORRECTING PAYEE NAMES AND 
ADJUSTING A BALANCE FOR A FINANCIAL 
STATEMENT 

TECHNICAL FIELD 

The present invention relates to automatically 
correcting payee names and adjusting balances within the 
framework of managing personal finances, and is more 
particularly directed to managing links between payee names 
and reconciling ending balances with an on-line banking 
service. 

BACKGROUND OF THE INVENTION 

Managing personal finances can sometimes be very 
tedious and time-consuming. Paying bills, budgeting, 
investing, saving, and balancing checkbooks are areas that 
require planning, management, and skill. To assist in these 
tasks, financial software programs have been developed. 
These programs are generally designed to assist in 
understanding personal finances, as well as to make managing 
them easier. 

For example, a financial software program can help a 
user track personal finances by storing financial information 
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in a file on the user's personal computer. The user can update 
the file by connecting to an on-line database or banking 
service using the program and downloading transactions, 
account balances, and other financial information from the 
5 on-line database. 

Typically, banks and financial institutions assign names 
to transactions that are sometimes unusual, complex, and/or 
confusing for a typical user to read and understand. A bank 
or financial institution offering credit or checking services 
j 1 0 also may assign multiple names to what the user may consider 

j to be the same payee. For example, Chevron may be 

identified as Chevron #1234, Chevron #5678, and Chevron 
J5| | #9012, each representing different Chevron service stations. 

m ! Because these Chevron service stations are treated like three 

1 5 separate payees due to the name assignment differences, the 
user may consider this payee name assignment confusing and 
not very useful. This issue can arise when the user wants to 
use the financial software program to determine the amount 
of money that he or she spends each month at Chevron. Thus, 

2 0 there is a need for an automated system for changing payee 
names presented by the user interface of a financial software 
program, - 

A financial software program typically allows a user to 
operate on a financial statement, such as a checking statement, 

2 5 which includes an initial financial amount or an "opening 
balance." If the user enters an opening balance within the 
financial statement, there exists the possibility that a different 
opening balance may downloaded when the user connects to 
an on-line financial service. Assuming that the user-entered 

3 0 opening balance amount is different from the opening balance 
amount downloaded from the on-line database, there is no 
mechanism within prior financial software programs to 
correct the user-entered opening balance amount in response 
to downloading the on-line financial statement. By failing to 
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reconcile the differences between the user-entered and 
downloaded opening balances, the ending balance in the user's 
file for the financial statement may also be incorrect. This 
can result in inaccurate financial records in the absence of a 
mechanism to synchronize user data with downloaded data. 

For example, the "QUICKEN" program, which is 
marketed by Intuit, Inc. of Menlo Park, California, is a 
financial software program that allows a user to download 
financial statement data from an on-line service. The 
opening balance for the QUICKEN program is typically 
represented as the first transaction in the user's account. It is 
understood that the QUICKEN program, however, does not 
update this opening balance transaction in response to 
downloading on-line financial data containing another opening 
balance amount. Therefore, the user can potentially maintain 
an incorrect ending balance as a result of downloading on-line 
financial information. 

In view of the foregoing, there exists increased chances 
for errors when a user of a financial software program 
attempts to synchronize or merge data from the user's file 
with data downloaded from the on-line banking service. 
There is a further need for a system to assist a user in the 
synchronization of the financial data from the user's file with 
the data from the on-line banking service. There is yet a 
further need for a convenient and efficient system for 
changing payee names presented by the user interface of a 
financial software program. There is also a need for a system 
that reconciles ending balances and corrects an opening 
balance in a user's file after downloading an on-line financial 
statement to maintain a correct ending balance in the user's 



file. 
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SUMMARY OF THE INVENTION 

The present invention satisfies the above- 
described needs by providing a system for replacing a first 
parameter of a field in a display screen area with an 
5 alternative parameter. Generally described, a first field 

parameter within a field of the display screen is displayed on 
a display device. An indication is received that the first field 
parameter has been changed to the alternative field parameter, 
also referred to as a second field parameter. In response to 
1 0 this indication, a link is created between the first field 

parameter and the second field parameter for each occurrence 
of the first field parameter. Responsive to the link between 
the first field parameter and the second field parameter, the 
second field parameter is displayed in the place of the first 

1 5 field parameter within the field of the display screen. In the 

context of a financial statement, first field parameters are 
typically actual or original payee names associated with 
financial transactions, and second field parameters are 
alternative payee names preferred by the user. 

2 0 Links between field parameters of the display screen 

field can be managed to support the automated substitution 
within the field of a second field parameter for a first field 
parameter. A link is an aliasing mechanism in a data 
structure that connects a first field parameter, i.e., the 

2 5 original payee name, to a second field parameter, i.e., the 

preferred payee name. This link management system can 
automatically create, delete or change a link in response to a 
change of a field parameter. For example, a link is created 
when a preferred payee name is designated as the substitute 

3 0 for an original payee name. The link points to the preferred 

payee name for each occurrence of the original payee name. 
Based on this link, the preferred payee name can be displayed 
without user intervention in the place of the original payee 
name in the field of the display screen. This substitution can 
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occur without the user seeing the original payee name within 
the display screen field. 

More particularly described, a system is provided for 
automatically correcting different payee names resulting from 
the electronic transfer of financial data for use by a financial 
program operating on a user-created financial statement. The 
system can automatically rename payees from the assigned 
bank payee name (original payee name) to a payee name the 
user prefers (preferred payee name). In response to 
downloading an on-line financial statement comprising 
original payee names from an on-line banking service, a first 
payee name can be displayed to the user in a field of a display 
screen area. A determination is made that the first payee 
name has been changed to a substitute payee name. In 
response, the first payee name is replaced with the substitute 
payee name within the field of the display screen area for 
each occurrence of the first payee name. 

To eliminate potential user confusion, this aspect of the 
present invention allows the user to change the original payee 
name provided by the on-line banking service to any 
"substitute" name the user prefers. For example, Chevron 
may be identified as Chevron #1234, Chevron #5678, and 
Chevron #9012, each representing different Chevron service 
stations, by an on-line financial service. In this case, the user 
can decide to change all three original payee names to the 
preferred payee name of Chevron. By doing so, when the 
user downloads a transaction having one of the original payee 
names, in this case, Chevron #1234, Chevron #5678, or 
Chevron #9012, the inventive system will automatically 
display the preferred payee name, i.e., Chevron, without user 
intervention. 

Another aspect of the present invention provides a 
system for reconciling an ending balance in a personal data 
store with an on-line financial statement provided by an on- 



Attorney Docket No. 13237-1560 



Q j 



6 

line banking service by correcting an opening balance in the 
personal data store. This automated balance adjustment 
system can reconcile an ending balance derived from the 
user's file or a personal data store with the ending balance 
5 derived from the on-line banking service before the data is 

downloaded. This may require correcting the opening 
balance taken from a user's file so that, after an account has 
been taken for all transactions, the ending balance in the 
user's file matches the ending balance in an on-line financial 
1 0 statement provided by the on-line banking service. 

In connection with this aspect of the present invention, 
the personal data store is displayed having an opening balance, 
transactions organized by date, and the ending balance. The 
on-line financial statement, which contains transactions 

1 5 organized by date, an ending period, and an ending balance, is 

then downloaded. Next, the earliest dated transaction in the 
personal data store is compared to the earliest dated 
transaction in the on-line financial statement to determine 
whether the earliest dated transaction in the personal data 

2 0 store is later than the earliest dated transaction in the on-line 

financial statement. If the earliest dated transaction in the 
personal- data store is not later than the earliest dated 
transaction in the on-line financial statement, then a 
determination is made as to whether any transactions have 

2 5 been downloaded into the personal data store. If none of the 

transactions of the on-line financial statement have been 
downloaded into the personal data store, then a correct 
opening balance is calculated. The correct opening balance is 
then displayed. Preferably, a prompt is displayed indicating 

3 0 that the opening balance has changed to the correct opening 

balance. The correct opening balance is preferably calculated 
by subtracting the sum of all transactions in the on-line 
financial statement from the ending balance in the on-line 
financial statement. 
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More particularly described, a determination can be 
made whether any transactions have been downloaded into the 
personal data store. The ending balance in the on-line 
financial statement is compared to the transactions in the 
5 personal data store to determine whether any transaction date 

in the personal data store is the same as the ending period. If 
so, then all transactions in the personal data store are searched 
for downloaded transactions in the personal data store starting 
from the transaction having the same date as the ending period 
1 0 moving backward, one transaction at a time, until the earliest 

dated transaction in the personal data store is reached. 
Similarly, if there is no transaction date that is the same as the 
ending period, then the closest transaction date in the personal 
data store that occurs before the ending period is located, and 

1 5 all transactions are searched for any downloaded transactions 

in said personal data store from the closest transaction date 
backward, one transaction at a time, to the earliest dated 
transaction in the personal data store. Consequently, each 
downloaded transaction is designated by a flag to indicate 

2 0 which transaction of the plurality of transactions has been 

downloaded. 

In view of the foregoing, the present invention provides 
an improved system for assisting the user in the 
synchronization of the financial data from the user's file with 

2 5 the data from the on-line banking service. The present 

invention also provides an automated system for changing 
payee names. In addition, the present invention provides an 
improved system for maintaining payee name links by 
automatically creating, deleting or changing links. The 

3 0 present invention also provides a system for automatically 

reconciling ending balances without manual intervention. 

These and other objects, features, and advantages of the 
present invention may be more clearly understood and 
appreciated from a review of the following detailed 
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description of the disclosed embodiments and by reference to 
the appended drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a personal computer that 
provides an exemplary operating environment for the 
exemplary embodiment of the present invention. 

Fig. 2 is a screen display illustrating an initial display 
screen in accordance with the exemplary embodiment of the 
present invention. 

Fig. 3 is a screen display illustrating a home banking 
display screen in accordance with the exemplary embodiment 
of the present invention. 

Fig. 4 is a screen display illustrating a selection of the 
Statements tab in accordance with the exemplary embodiment 
of the present invention. 

Fig. 5 is a screen display illustrating a financial 
statement window in accordance with the exemplary 
embodiment of the present invention. 

Fig. 6a is a screen display illustrating an update dialog 
box in accordance with the exemplary embodiment of the 
present invention. 

Fig. 6b is a screen display illustrating an advancement 
to a second transaction after selection of a Next button in 
accordance with the exemplary embodiment of the present 
invention. 

Fig. 6c is a screen display illustrating a change from the 
name "Other debit" to "Veda" in accordance with the 
exemplary embodiment of the present invention. 

Fig. 6d is a screen display illustrating an automatic 
substitution of an original payee name to a preferred payee 
name in a third transaction in accordance with the exemplary 
embodiment of the present invention. 
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Fig. 7 is a flow diagram illustrating the steps that a user 
follows to change an original payee name to a preferred payee 
name in accordance with the exemplary embodiment of the 
present invention. 

5 Fig. 8 is a flow diagram illustrating the steps for 

managing links in response to user-provided input in 
accordance with the exemplary embodiment of the present 
invention. 

Fig. 9 is a diagram illustrating the data structure for the 
1 0 automatically correct payee name feature containing a dummy 

payee table and an active payee table in accordance with the 
exemplary embodiment of the present invention. 

Fig. 10 is a flow diagram illustrating the steps taken 
before displaying a single transaction in accordance with the 

1 5 exemplary embodiment of the present invention. 

Fig. 1 1 is a flow diagram illustrating the steps that a 
user follows to reconcile an ending balance in a personal data 
store in accordance with the exemplary embodiment of the 
present invention. 

2 0 Fig. 12 is a flow diagram illustrating the steps taken to 

determine when to calculate an opening balance in accordance 
with the exemplary, embodiment of the present invention; 

DETAILED DESCRIPTION 

2 5 The present invention is directed toward a system for 

synchronizing data from an on-line banking service with a 
personal data store utilizing Automatically Correct Payee 
Name and Automatic Balance Adjustment. In one 
embodiment, the invention is incorporated into a financial 

3 0 software application program entitled "MICROSOFT 

MONEY 5.0", (hereinafter "MONEY") marketed by 
Microsoft Corporation of Redmond, Washington. Briefly 
described, the program allows a user to keep track of 
personal finances by storing financial information in a file on 
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the user's personal computer. The user can update the file by 
connecting to an on-line database or banking service using the 
MONEY program and downloading transactions, account 
balances, and other financial information from the on-line 
5 banking service into the user's file. Automatically Correct 

Payee Name and Automatic Balance Adjustment will be 
described in greater detail herein below with respect to Figs. 
2-12, wherein like elements are represented by like numerals 
throughout the several figures. 
10 Now turning to Fig. 1, an exemplary operating 

environment in accordance with the exemplary embodiment 
of the present invention is now described. 

Exemplary Operating Environment 

1 5 Fig. 1 and the following discussion are intended to 

provide a brief, general description of a suitable computing 
environment in which the invention may be implemented. 
While the invention will be described in the general context of 
an application program that runs on an operating system in 

2 0 conjunction with a personal computer, those skilled in the art 

will recognize that the invention also may be implemented in 
combination with other program modules. Generally, 
program modules include routines, programs, components, 
data structures, etc. that perform particular tasks or 

2 5 implement particular abstract data types. Moreover, those 

skilled in the art will appreciate that the invention may be 
practiced with other computer system configurations, 
including hand-held devices, multiprocessor systems, 
microprocessor-based or programmable consumer 

3 0 electronics, minicomputers, mainframe computers, and the 

like. The invention may also be practiced in distributed 
computing environments where tasks are performed by 
remote processing devices that are linked through a 
communications network. In a distributed computing 
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environment, program modules may be located in both local 
and remote memory storage devices. 

With reference to Fig. 1, an exemplary system for 
implementing the invention includes a conventional personal 
computer 20, including a processing unit 21, a system 
memory 22, and a system bus 23 that couples the system 
memory to the processing unit 21. The system memory 22 
includes read only memory (ROM) 24 and random access 
memory (RAM) 25. A basic input/output system 26 (BIOS), 
containing the basic routines that help to transfer information 
between elements within the personal computer 20, such as 
during start-up, is stored in ROM 24. The personal computer 
20 further includes a hard disk drive 27, a magnetic disk 
drive 28, e.g., to read from or write to a removable disk 29, 
and an optical disk drive 30, e.g., for reading a CD-ROM disk 
31 or to read from or write to other optical media. The hard 
disk drive 27, magnetic disk drive 28, and optical disk drive 
30 are connected to the system bus 23 by a hard disk drive 
interface 32, a magnetic disk drive interface 33, and an 
optical drive interface 34, respectively. The drives and their 
associated computer-readable media provide nonvolatile 
storage for the personal computer 20. Although the 
description of computer-readable media above refers to a 
hard disk, a removable magnetic disk and a CD-ROM disk, it 
should be appreciated by those skilled in the art that other 
types of media which are readable by a computer, such as 
magnetic cassettes, flash memory cards, digital video disks, 
Bernoulli cartridges, and the like, may also be used in the 
exemplary operating environment. 

A number of program modules may be stored in the 
drives and RAM 25, including an operating system 35, one or 
more application programs 36, other program modules 37, 
and program data 38. A user may enter commands and 
information into the personal computer 20 through a 
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keyboard 40 and pointing device, such as a mouse 42. Other 
input devices (not shown) may include a microphone, 
joystick, game pad, satellite dish, scanner, or the like. These 
and other input devices are often connected to the processing 
5 unit 21 through a serial port interface 46 that is coupled to the 

system bus, but may be connected by other interfaces, such as 
a game port or a universal serial bus (USB). A monitor 47 or 
other type of display device is also connected to the system 
bus 23 via an interface, such as a video adapter 48. In 
1 0 addition to the monitor, personal computers typically include 

other peripheral output devices (not shown), such as speakers 
or printers. 

The personal computer 20 may operate in a networked 
environment using logical connections to one or more remote 

1 5 computers, such as a remote computer 49. The remote 

computer 49 may be a server, a router, a peer device or other 
common network node, and typically includes many or all of 
the elements described relative to the personal computer 20, 
although only a memory storage device 50 has been illustrated 

2 0 in Figure 1. The logical connections depicted in Figure 1 

include a local area network (LAN) 51 and a wide area 
network (WAN) 52. Such networking environments are 
commonplace in offices, enterprise-wide computer networks, 
intranets and the Internet. 

2 5 When used in a LAN networking environment, the 

personal computer 20 is connected to the LAN 51 through a 
network interface 53. When used in a WAN networking 
environment, the personal computer 20 typically includes a 
modem 54 or other means for establishing communications 

3 0 over the WAN 52, such as the Internet. The modem 54, 

which may be internal or external, is connected to the system 
bus 23 via the serial port interface 46. In a networked 
environment, program modules depicted relative to the 
personal computer 20, or portions thereof, may be stored in 
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the remote memory storage device. It will be appreciated that 
the network connections shown are exemplary and other 
means of establishing a communications link between the 
computers may be used. 

Automatically Correct Payee Name 

With continuing reference to Fig. 1 and now turning to 
Figs. 2-6d, the user's environment for the exemplary 
embodiment of the present invention will be described by 
utilizing screen displays generated by the preferred 
application program. 

Figs. 2-6d illustrate the screen displays provided by the 
preferred program module to allow the user to change a 
payee name provided by a bank to a payee name that the user 
prefers. For purposes of this discussion, the terms "original 
payee name" and "preferred payee name" are used to describe 
a name provided by a bank and a name that the user prefers, 
respectively. 

Fig. 2 depicts an initial display screen 100 that is 
displayed on the monitor 47. The display screen 100 includes 
the display area 102, a series of general operational choice 
menus 103a-d, operational buttons 104a-c, and contents icons 
105a-i. The display screen 100 is displayed on the monitor 
47 by the preferred program module after the user selects the 
preferred program module from among the application 
programs 36, which is stored in the system memory 22 of the 
computer 20. 

Because this aspect of the invention focuses on changing 
payee names, demonstration of this aspect is implemented 
using the Home Banking content displayed in the display 
screen area 102 of the display screen 100. The Home 
Banking content provides information about the user's 
accounts, banking statements, payments in progress, and 
contact information. The Home Banking content allows the 
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user to connect to an on-line banking service for conducting 
general banking functions such as making payments, 
transferring money between accounts, and so on. The user 
selects the Home Banking content by clicking onto the Home 
5 Banking icon 105c using the mouse 42. 

Now turning to Fig. 3, after the user clicks onto the 
Home Banking icon 105c using the mouse 42, a home banking 
display screen 120 is displayed on the monitor 47 in 
accordance with the exemplary embodiment of the present 

1 0 invention. The home banking display screen 120 contains a 

series of tabs 107a-e, each containing a list of items 
containing information associated with each tab. For 
purposes of this discussion, emphasis will be placed on the 
Statements tab 107b for demonstration of the ACPN feature. 
15 To obtain a list of the financial statements for each account, 

the user simply clicks onto the Statements tab 107b using the 
mouse 42. After doing so, the Statements tab 107b and 
associated content move to the forefront of the home banking 
display screen 120, as shown in Fig. 4. 

2 0 Now turning to Fig. 4, a screen display depicting 

selection of the Statements tab 107b will now be described. 
The statements tab 107b contains a list of bank accounts 109a, 
an on-line financial statement 109b for each account, the 
number of transactions 109c for each on-line financial 

2 5 statement, and a current balance 109d for each account. To 

view an on-line financial statement, first the user selects one 
of the listed bank accounts using the mouse 42. The desired 
bank account is highlighted on the home banking display 
screen 120. For example, the user can select DPGTY Credit 

3 0 Card 112. Next, the user selects a Read Statement button 110 

located on the right side of the home banking display screen 
120 using the mouse 42. The Read Statement button 110 
allows the user to view the selected on-line financial statement 
on the home banking display screen 120. Once the Read 
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Statement button 110 is selected, a financial statement window 
is displayed on top of the home banking display screen 120, as 
shown in Fig. 5. 

Now referring to Fig. 5, a screen display illustrating a 
financial statement window in accordance with the exemplary 
embodiment of the present invention will be described. The 
financial statement window 125 contains a list of all of the 
transactions 127 that were downloaded from the on-line 
banking service associated with the selected bank account 129. 
In this case, the transactions 127 associated with the DPGTY 
Credit Card account 129 are displayed in the financial 
statement window 125. The on-line financial statement 
includes information such as the date 130 of each transaction, 
the payee name 132, the charge 134 or credit 136, the 
statement date 138, and the closing balance 140. The 
information in the on-line financial statement comes directly 
from the on-line banking service and cannot be changed when 
presented in this format. For example, the payee name 132 
for each transaction is "Other debit 1 ' and will always bear this 
payee name each time the on-line financial statement is 
downloaded from the on-line banking service. However, the 
user may desire to change the payee name when viewing the 
list of transactions on an individual basis. This process will 
be described in greater detail below with respect to Figs. 6a— 
6d. 

Referring back to Fig. 5, after viewing the on-line 
financial statement, the user may want to update the user's file 
by incorporating the data from the on-line financial statement. 
To update the user's file, the user selects an Update Account 
Register button 142 located in the lower right corner of the 
financial statement window 125. The Update Account 
Register button 142 allows the user to view the transactions 
127 listed in the financial statement window 125 on an 
individual basis. To do so, the user clicks on the Update 
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Account Register button 142 using the mouse 42. Once the 
Update Account Register button 142 is selected, the financial 
statement window 125 is no longer displayed, and an update 
dialog box 150 is displayed on top of the home banking 
display screen 120, as illustrated by Fig. 6a. 

With continuing reference to Figs. 1-5 and now 
turning to Figs. 6a-6d, the update dialog box 150 will now be 
described. In Fig. 6a, the update dialog box 150 displays one 
transaction at a time for downloading into the user's file. The 
update dialog box 150 contains a transaction number indicator 
152 to keep track of which transaction is being displayed and 
a total number of transactions 154 for the financial statement. 
In this example, transaction 1 of 20 is displayed. The update 
dialog box 150 also contains a name of the charge account 
156, a payee name 158 for the transaction, a date 160 for the 
transaction, and an amount 162 of the transaction. 

The user typically reviews each transaction for 
accuracy. If a transaction is accurate and does not already 
appear in the user's file, the user then decides whether to 
download the transaction or postpone downloading the 
transaction into the user's file. To postpone downloading 
transactions^ the user can select a Postpone button 166 using 
the mouse 42. Once the Postpone button 166 is selected the 
downloading process is terminated, the update dialog box 150 
is no longer displayed, and the home banking display screen 
120 returns to the forefront on the monitor 47 of the 
computer 20, as shown in Fig. 4. On the other hand, to 
download the transaction into the user's file, the user can 
select a Next button 164 using the mouse 42. Once the 
transaction is downloaded into the user's file, the next 
transaction will be displayed in the update dialog box 150, as 
shown in Fig. 6b. 

Now referring to Fig. 6b, a screen display illustrating 
advancement to the next transaction after selection of a Next 
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button is shown in an update dialog box. In Fig. 6b, the 
update dialog box 150 is displayed on top of the home 
banking display screen 120, as previously described with 
respect to Fig. 6a. In this example, the transaction number 
indicator 152 indicates that the displayed transaction is now 
transaction 2 of 20. In transaction 2, the date and amount of 
the transaction is different from the date and amount of 
transaction 1. (Fig. 6a) Of particular importance to this 
discussion is the payee name 158 for the transaction. In this 
example, the payee name 158 is "Other debit", which is the 
same payee name as the payee name in transaction 1 . 

Referring back to Fig. 6b, the user ma y decide to 
change the payee name to a name that the user prefers. For 
example, the use r may decide to change the name "O ther 
debit" to""Veda" so that the user can keep up with all charg es 
to "Other debit" under a name that is more meaningful to the 
u ser. C hanging the payee name is accomplished by selecting 
the payee name that the user wants to change using the mouse 
42. In this example, the user wants to change <Other debit> 
158. The user clicks the mouse 42 on "Other debit" 158. 
Once the user clicks the mouse ~42 on the payee name, the 
payee name is highlighted. 

Referring to Fi j6.c ,_the^user-simpLv^en ters^the^name 
<Veda> inthe space provided ^next to„the„phrase "Pay to:" 
usingjhe keyboardj-10. ^Once^the n ew name 170 is entered, 
the payee name change the original 

pay e^ name occurs^ in dividu al 
transactions, the pr^erxgd^p^ 

substituted for the original^ pay^ee „jiajne B wjttout^_s.ex_^ 
interaction. The change occurs "behind the scenes" forall 
occurrences of the orig maj^ayej^^ 
t he preferred payee name in the individuaLtransaGtions. 

For ^xample, referring to Fig. 6d, the payee name for 
transaction! [ 3 °of 20 182 ^ffeady has a payee name "Veda" 
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180. If a comparison is made between this payee name (Fig. 
6d) and the third payee name in the list in Fig. 5, it is noted 
that while "Other debit" appears in the list (Fig. 5), it has 
been automatically substituted by "Veda" in the individual 
transaction (Fig. 6d). However, this substitution does not 
occur in the on-line financial statement. That is, whenever 
the user downloads the on-line financial statement from the 
on-line banking service, the payee names will be the original 
payee names provided by the bank and never the preferred 
payee names chosen by the user. 

To reiterate, Figs. 2^ 6d^^^ 

environm ent for using the ACPN feature. Once a payee_name 

, Ml I, ■ -) ■ ■■ ■ j — n — i i ., i lT^ " ~ ii - i r ii . i a . mi. ii hi — ii i " i ii i i i~ri— i i i ■■ i j i 

is ^changed. this informatio jaJ^stored in the memory of the 
preferred program modul e_memory^ old or 

or igina l payee name occurs within the dialog Jbj^ showing 
hidbaduaLJrai^ 

automatically substituted f or the original payee name without 
user interaction. This process is performed "behind the 
scenes 1 within the ACPN feature, and the user never sees the 
original payee name displayed again, with one exception. 
Before the user downloads data in the user's file from an on- 
line banking service, the user will initially see the original 
payee names. However, once the user downloads the data 
from the on-line service into the user's file, the preferred 
payee names will automatically appear for each transaction 
without user interaction. 

Now turning to Figs. 7-10, implementation of the data 
structure and user interface for the ACPN feature will be 
described in greater detail. The environment described 
herein and for the remainder of the discussion involves 
connection to an on-line banking service and use of an on-line 
financial statement provided by the on-line banking service. 

Fig. 7 is a flow diagram that illustrates the steps that a 
user follows to change an original payee name to a preferred 



Attorney Docket No. 13237-1560 




19 

payee name in accordance with the exemplary embodiment of 
the present invention. The process begins at the START step 
200 by turning on the computer 20 and selecting the 
preferred program module for supporting the computer- 
5 implemented process for changing a payee name. 

In step 202, a connection is made to an on-line banking 
service via modem 54. A list of all the transactions is then 
displayed in step 204. In step 206, an option to view a single 
transaction is selected. The single transaction is then 

1 0 displayed in step 208. Next, a determination is made, in step 

210, as to whether there is a desire to change the payee name 
provided in the transaction. If there is a desire to change the 
payee name, the "YES" branch is followed to step 214; 
otherwise, the "NO" branch is followed to the END step 212. 
15 In step 214, the payee name field is selected by clicking the 

mouse 42 on the payee name field. Next, in step 218, the 
payee name is changed to a preferred payee name in response 
to user-provided input. The preferred payee name is then 
displayed in the payee name field in step 220. The payee 

2 0 name change process terminates at the END step 212. 

Xhe process of ct^ gjng^aiL-Qrig^^ namgULo^ 
j^ ref erred payee name i_s__ijn plej3ae^ 

mapping arran gement by using linking mechanisms. Each 
time the user changes a payee jaone,_ a_Ujnk_is ei ther created, 

2 5 ^hange d, or eliminated. With respect to the ACPN feature, 

links serve dual purposes. One purpose of a link is to map the 
original payee name to the preferred payee name so that the 
link can be followed from the original payee name to the 
preferred payee name. A second purpose of a link is to act as 

3 0 a flag for the original payee name. This second purpose will 

be described in greater detail later with respect to Fig. 9. Jn 



essence, the_ pj:e,fexre.cL,program_ modu le is^cap able of 
^automatically managin determining when 

a Hi^sh^ 
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user-provided input . It will be appreciated by one skilled in 
the art that the management of links is not limited to use with 
financial transactions, in general, and payee names, in 
particular, but can also apply to any action or transaction 
requiring links between one field and another field. 

Referring to Fig. 8, the method by which the computer 
manages links during the payee name changing process will 
now be described. Fig. 8 is a flow diagram illustrating the 
steps for automatically creating, changing, and eliminating 
links in response to a user changing a payee name. At the 
START step 300, the computer parameters are initialized, the 
preferred application program is selected, and the on-line 
banking service is connected via modem 54. 

A single transaction is displayed in step 302, in 
response to user-provided input. A determination is made as 
to whether there is a desire to change the payee name as 
displayed in the transaction, in step 304. If there is a desire to 
change the payee name, the "YES" branch is followed to step 
308; otherwise, the "NO" branch is followed to the END step 
306. In step 308, the preferred payee name is provided by 
the user according to the method described with respect to 
Fig. 7. 

After the name is provided, a determination is made, in 
step 310, as to whether a link currently exists with respect to 
the payee name that the bank had originally provided. If a 
link already exists between the original payee name and an old 
preferred payee name, the "YES" branch is followed to step 
311; otherwise, the "NO" branch is followed to step 312. In 
step 311, the link that already exists between the original 
payee name and the old preferred payee name is eliminated. 
In step 319, a link is created from the original payee name to 
the preferred payee name, which is now the new preferred 
payee name. In step 320, a comparison is made between the 
preferred payee name and the original payee name. Next, a 
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determination is made, in step 322, as to whether the 
preferred payee name is the same as the original payee name. 
If the payee names are the same, the "YES" branch is 
followed to step 328; otherwise, the "NO" branch is followed 
5 to step 326. In step 328, the link from the original payee 

name to the preferred payee name is eliminated. Once the 
link is eliminated, the original payee name is displayed in step 
330. The process terminates at the END step 306. If the 
payee names are not the same, in step 326, the preferred 

1 0 payee name is displayed on the display screen. The process 
then terminates at the END step 306. 

If a link does not currently exist with respect to the 
original payee name, the original payee name is then stored in 
a dummy payee field in step 312. Dummy payee fields will 
15 be described in greater detail below with respect to Fig. 9. 

Referring back to Fig. 8, in step 314, a link is created from 
the original payee name to the preferred payee name. The 
preferred payee name is then displayed on the display screen 
in step 316. The process terminates at the END step 306. 

2 0 Now turning to Fig. 9, a^ diagram illustrating the da ta 
^ structure for automatically correct payee name ^omainijQg a 
_dummv pavee^tahle^ and an active p ay ee^tahle^araL^howa-ij^ 

accordance with the exemplary embodiment of the present 
invention. In Fig. 9, the data structure 400 is designed to 

2 5 manage the ACPN feature. The active payee table 410 

contains all of the active payee name field parameters 405a. 
In this case, the field parameters are all originating payee 
names 405a — i.e. Xa, Xb, Xc, Xd, Xe, Xf, and Xg. The 
dummy payee table 420 contains in a dummy field 415, all 

3 0 deleted payee names (A, B, C, Xb*, M, N, and O) and the 

active payee names having links 430 (Xc, Xf, and Xg) to 
preferred payee names 405b (Y, Yg). When an original 
payee name 405t^,is changed by the user, in a manner 
previously described, the original payee name 405^is 

*> 
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automatically stored in the dummy field 415 and a link 430 is 
created to point to the preferred payee name 405b. The link 
430 also serves as a flag indicating that the field parameter in 
the dummy field 415 is special and should not be erased 
during a database clean-up. 

Before an individual transaction is displayed, the 
dummy payee table 420 is searched first to find an exact 
match for the original payee name in the transaction. If an 
exact match is found, the program module looks for the link' 
or flag 430. If there is a link 430, the program module 
follows that link 430 to the preferred payee name 405b and 
displays it. For example, suppose the original payee name in 
the transaction is Xf. In this example, Xf is found in the 
dummy payee table 420, Xf has a link 430, and Xf points to 
the preferred payee name 405b, Yf. Therefore, Yf is 
automatically displayed in the individual transaction. 

If an exact match is found in the dummy payee table 
420, but the match does not have a flag or link 430, or if an 
exact match is not found in the dummy payee table 420, then 
the active payee table 410 is searched next to find an exact 
match. If an exact match is found, the original payee name is 
displayed.. However, if an exact match is not found, the 
original payee name is first displayed in the individual 
transaction and once accepted by the user, the original payee 
name is then added to the active payee table 410. A more 
concise description of the single transaction display process is 
provided below with respect to Fig. 10. 

Referring now to Fig. 10, a method by which a 
computer automatically displays a single transaction in 
response to user-provided input is provided in accordance 
with the exemplary embodiment of the present invention. 
Fig. 10 is a flow diagram illustrating the steps performed by a 
computer 20 to display a single transaction. At the START 
step 500, the computer parameters are initialized, the 

Attorney Docket No. 13237-1560 



# 




t 




15 



20 



25 



preferred application program is selected, and the on-line 
banking service is connected via modem 54. 

A list of all transactions is displayed in step 504. A 
selection is made, in step 506, requesting the display of a 
single transaction. In step 508, a dummy payee table search is 
performed to find an exact match for an original payee name 
associated with a specific transaction. Next, a determination 
is made as to whether an exact match is located in the dummy 
payee table in step 510. If an exact match is located, the 
"YES" branch is followed to step 514; otherwise, the "NO" 
branch is followed to step 512. In step 514, a determination 
is made as to whether the matched payee name has a flag. If 
so, the "YES" branch is followed to step 524; otherwise, the 
"NO" branch is followed to step 512. In step 524, the 
matched payee name in the dummy payee table points to a 
preferred payee name. Next, the preferred payee name is 
displayed in the single transaction in step 526. The process 
terminates at the END step 522. 

If an exact match is not located in the dummy payee 
table or the matched payee name from the dummy payee table 
does not have a flag, then an active payee table search is 
performed to find an exact match for the original payee name 
in step 512. In step 516, a determination is made as to 
whether an exact match of the original payee name is located 
in the active payee table. If so, the "YES" branch is followed 
to step 520; otherwise, the "NO" branch is followed to step 
517. In step 520, the original payee name is displayed in the 
single transaction. The display process terminates at the END 
step 522. 

If the active payee table does not contain an exact match 
of the original payee name, the original payee name is 
displayed on the display screen in the single transaction in step 
517. Next, in step 518, user-provided input is received 
accepting the transaction. The original payee name is then 
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added to the active payee table in step 519. The display 
process terminates at the END step 522. 

In summary, the ACPN feature represents an 
exemplary embodiment of the present invention. The APCN 
5 feature is designed to automatically rename parameters 

presented within a field of a display screen, such as 
substituting payees from the assigned bank payee name 
(original payee name) to a payee name the user prefers 
(preferred payee name). The ACPN feature is designed such 
1 0 that it automatically creates, deletes or changes a link 

whenever the user changes a field parameter, in this case the 
payee name, in the payee name field. When the original 
payee name is a part of a transaction or appears elsewhere 
within the framework of the preferred program module, the 

1 5 link points to the preferred payee name. Consequently, the 

preferred payee name is automatically displayed, thereby 
replacing the original payee name without presenting the 
original payee name within the display screen field. 

Another embodiment of the present invention provides 

2 0 a system for managing a link between field parameters within 

a field for a transaction, and thereafter displaying one of the 
field, parameters based on the creation or elimination of the 
link. A first field parameter is changed to a third field 
parameter within the field. A determination is made as to 

2 5 whether the first field parameter already has a link to a 

second field parameter. If the first field parameter does not 
already have a linking mechanism, then a link is created from 
the first field parameter to the third field parameter, and the 
third field parameter is displayed. However, if the first field 

3 0 parameter already has a link to the second field parameter, 

then the link from the first field parameter to the second field 
parameter is eliminated, and a link from said first field 
parameter to the third field parameter is created. A 
determination is then made as to whether the first field 
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parameter is the same as the third field parameter. If the first 
field parameter is not the same as the third field parameter, 
then the third field parameter is displayed. On the other 
hand, if the first field parameter is the same as the third field 
5 parameter, then the link between the first field parameter and 

the third field parameter is eliminated, the third field 
parameter is deleted, and therefore, the first field parameter 
is displayed. 

Maintenance of changes in field parameters can be 
1 0 performed within a data structure by utilizing linking 

mechanisms. The data structure can be used for managing the 
display of a first field parameter or a second field parameter 
on a display device, and comprises a dummy table and an 
active table. The dummy table located in the data structure 

1 5 contains a plurality of field parameters, wherein at least two 

of the field parameters are linked together with a link. A 
first determination is made as to whether the first field 
parameter is located in the dummy table. If so, then a second 
determination is made as to whether the first field parameter 

2 0 in the dummy table has a link, wherein the link is located 

between the first field parameter and the second field 
parameter. If a link is found, then the link is used to point to 
the second field parameter, and the second field parameter is 
provided for display on the display device. However, if the 

2 5 first field parameter is not located in the dummy table or the 

first field parameter is located in the dummy table but does 
not have the link between the first field parameter and the 
second field parameter, then a third determination is made as 
to whether the first field parameter is located in the active 

3 0 table located in the data structure, wherein the active table 

contains a plurality of field parameters. If the first field 
parameter is located in the active table, then the first field 
parameter is provided for display on the display device. On 
the other hand, if the first field parameter is not located in the 
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active table, then the first field parameter is displayed on the 
display device before the first field parameter is added to the 
active table. 

5 Automated Balance Adjustment (ABA) 

In another embodiment of the present invention, a 
method is provided for reconciling an ending balance in a 
user's file with an on-line financial statement provided by an 
on-line banking service. Implementation-wise, it is necessary 
10 to correct an opening balance in the user's file so that 

downloaded transactions provide an ending balance in the 
user's file that is consistent with the ending balance in the on- 
line financial statement. 

Transactions in the user's file and in the on-line 

1 5 financial statement are categorized by date. These dates are 

used to determine whether an opening balance in the user's 
file has to be corrected. Generally described, the test for 
making this determination is as follows: if (1) the earliest 
transaction date in an on-line financial statement is earlier 

2 0 than or the same as the earliest transaction date in the user's 

file and (2) there have been no downloaded transactions from 
the on-line financial statement into the user's file from the 
closing period of the on-line financial statement up to the 
earliest dated transaction in the user's file, then the opening 

2 5 balance has to be corrected to reconcile the ending balance. 

In other words, if either (1) or (2) is responded to negatively, 
then the opening balance does not have to be corrected and the 
ending balance in the user's file is fine. This process of 
reconciling ending balances is described in greater detail 

3 0 below with respect to Fig. 12. 

In cases where the opening balance has to be corrected, 
the following formula (A) is used to calculate the correct 
opening balance. 
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(A) OB = EB — (T+Tn +...+Tn+l). 



Where, 

5 OB represents the opening balance of the 

user's file; 

EB represents the ending balance of the 
on-line financial statement; and 

(T+Tn +...+Tn+l) represents the sum of 
1 0 all transactions in the on-line financial statement. 

Once the opening balance is corrected, a prompt is displayed 
to inform the user that the opening balance has been 
corrected. 

1 5 This process is automatically performed each time the 

user chooses an option to download data from an on-line 
banking service into the personal data store. The advantage 
of the ABA feature is that the user no longer has to worry 
about the task of maintaining an accurate ending balance, 

2 0 because the ABA feature automatically performs this function 

for the user. 

Now turning to Figs. 11 and 12, the user interface and 
computer-implemented processes for automatic balance 
adjustment will be described. 

2 5 Referring to Fig. 11, a flow diagram illustrating the 

steps required for reconciling an ending balance in a user's 
file is provided in accordance with the exemplary 
embodiment of the present invention. At the START step 
600, the computer parameters are initialized and the 

3 0 preferred application program is selected. 

In step 602, the user's file is displayed. Next, in step 
604, a connection is made to the on-line banking service via 
modem 54. Once the connection is made, in step 606, a 
financial statement from the on-line banking service is 
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displayed. In step 608, an option to synchronize the 
information in the user's file with the data from the on-line 
financial statement is selected. Once this option is selected, 
the ending balance is automatically reconciled, in step 610. 
5 Next, in step 612, a determination is made as to whether the 

opening balance in the user's file has changed after the ending 
balance has been reconciled. If the opening balance has 
changed, the "YES" branch is followed to step 614; otherwise, 
the "NO" branch is followed to the END step 616. In step 
10 614, a prompt appears on the display screen indicating that 

the opening balance in the user's file has changed. The 
process terminates at the END step 616. 

Now turning to Fig. 12, the method by which a 
computer 20 automatically adjusts an opening balance in a 

1 5 user's file to produce an accurate ending balance will now be 

described. Fig. 12 is a flow diagram of the steps involved for 
automatic balance adjustment in accordance with the 
exemplary embodiment of the present invention. At the 
START step 700, the computer parameters are initialized, the 

2 0 preferred application program is selected, and an on-line 

banking service is connected via modem 54. 

The user's file having an opening balance is displayed 
on the display screen of the monitor 47, in step 702. In step 
703, an on-line financial statement is displayed on the display 

2 5 screen of the monitor 47. Next, in step 704, an option is 

selected for downloading the on-line financial statement into 
the user's file. After downloading the on-line financial 
statement, but prior to entering transactions into the user's 
file, the earliest dated transaction from the on-line financial 

3 0 statement is compared to the earliest dated transaction from 

the user's file, in step 706. Next, in step 708, a determination 
is made as to whether the earliest dated transaction from the 
user's file is later than the earliest dated transaction from the 
on-line financial statement. If so, the "YES" branch is 
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followed to the END step 722; otherwise, the "NO" branch is 
followed to step 710. 

In step 710, the ending period of the on-line financial 
statement is located. Next, in step 712, a determination is 
made as to whether there is a transaction date from the user's 
file that has the same date as the ending period of the on-line 
financial statement. If so, the "YES" branch is followed to 
step 714; otherwise, the "NO" branch is followed to step 713. 
In step 714, the user's file is searched backwards from the 
transaction date that is the same as the ending period of the 
on-line financial statement to the earliest dated transaction in 
the user's file. During the search, a determination is made, in 
step 716, as to whether there are any downloaded transactions 
already in the user's file. Downloaded transactions are 
identified with a flag to distinguish them from other 
transactions. If so, the "YES" branch is followed to the END 
step 722; otherwise, the "NO" branch is followed to step 718. 
In step 718, a new opening balance is calculated for the user's 
file. The new opening balance is then displayed in the user's 
file in step 719. Next, in step 720, a prompt indicating that 
the opening balance has changed is displayed. The process 
terminates at the END step 722. 

If there is no transaction from the user's file that has 
the same date as the ending period of the on-line financial 
statement, in step 713, a transaction date from the user's file 
that is closest to, but earlier than, the ending period of the on- 
line financial statement is located. Next, in step 715, the 
user's file is searched backwards from the transaction date 
located in the previous step 713 to the earliest dated 
transaction in the user's file. During the search, a 
determination is made, in step 716, as to whether there are 
any downloaded transactions already in the user's file. If so, 
the "YES" branch is followed to the END step 722; otherwise, 
the "NO" branch is followed to step 718. In step 718, a new 
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opening balance is calculated for the user's file. The new 
opening balance is then displayed in the user's file in step 719. 
Next, in step 720, a prompt is displayed indicating that the 
opening balance has changed. The process terminates at the 
END step 722. 

In summary, the ABA feature automatically reconciles 
an ending balance derived from a user's file or personal data 
store with an ending balance derived from an on-line banking 
service before downloading data from the on-line banking 
service by correcting the opening balance of the user's file. 

Alternative embodiments will become apparent to those 
skilled in the art to which the present invention pertains 
without departing from its spirit and scope. Accordingly, the 
scope of the present invention is defined by the appended 
claims rather than the foregoing description. 
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